home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
The World of Computer Software
/
The World of Computer Software.iso
/
lnxd3-73.zip
/
DIGEST3.730
next >
Wrap
Internet Message Format
|
1992-12-13
|
21KB
From Linux-Activists-Request@news-digests.mit.edu Mon Dec 7 18:41:38 1992
Return-Path: <Linux-Activists-Request@news-digests.mit.edu>
Received: from bloom-picayune (BLOOM-PICAYUNE.MIT.EDU) by montefiore.ulg.ac.be (4.1/SMI-4.1)
id AA18702; Mon, 7 Dec 92 18:39:56 +0100
Received: by bloom-picayune (5.57/25-eef)
id AA02195; Mon, 7 Dec 92 12:15:52 -0500
Message-Id: <9212071715.AA02195@bloom-picayune>
From: Digestifier <Linux-Activists-Request@news-digests.mit.edu>
To: Linux-Activists@news-digests.mit.edu
Reply-To: Linux-Activists@news-digests.mit.edu
Date: Mon, 7 Dec 92 12:15:27 EST
Subject: Linux-Activists Digest #730
Status: RO
Linux-Activists Digest #730, Volume #3 Mon, 7 Dec 92 12:15:27 EST
Contents:
My adventure with 0.98.6 (Jan Nicolai Langfeldt)
DOS Emulator - Bigger C Drive? (Daniel Newcombe)
Serial communications problems ("Hartmut W. Malzahn")
A couple of questions (DarkShadow)
Re: Interim release of 386bsd 0.1? (Paul Southworth)
Re: How do you stop ctrl-alt-del (Stephen Tweedie)
Re: fter installing SLS, no response from keyboard!!!! (Simon Toomer Fa. SSW)
SOLVED ghostscript problem (dirty...) (Romano Giannetti)
xfig & xloadimage binaries. (Romano Giannetti)
Re: kermit & SLS (Devin McQuaid)
Re: ANNOUNCEMENT: Alpha release Linux/GNU/X unix clone on CDROM for PCs (Dylan Smith)
Re: Bug in X386 Xmono server? (david.e.wexelblat)
----------------------------------------------------------------------------
From: janl@ifi.uio.no (Jan Nicolai Langfeldt)
Subject: My adventure with 0.98.6
Date: 7 Dec 92 14:09:35 GMT
It was a dark and stormfull night. I donned my peril sensitive shades,
inserted the diskette with the new virgin 0.98pl6 kernel source and
settled in for a long nite... :-)
Anyway,
Problems:
Anyway, It broke /usr/bin/echo, bash' bultin echo, and xinit (X386
came up ok, but X was quickly shut down again.
Successes:
I had no problems with my AHA1542 (one hd, nothing else), and it was
not detected at a serial port (as pl4 does (/dev/ttys12)). ps still
worked fairly well.
I did some work with it (kernel compiling mostly), but no extensive
testing. Back to 0.98.4 until I hear of a fix for the X problem. I'm
100% dependent on X...
Nicolai
--
Nicolai Langfeldt, "Bugs made while you wait"
Internet: janl@ifi.uio.no
------------------------------
From: ae007@yfn.ysu.edu (Daniel Newcombe)
Subject: DOS Emulator - Bigger C Drive?
Date: Mon, 7 Dec 1992 14:31:14 GMT
Is it possible to make the C: file bigger for the emulator
so that I can have more space on there?
-Dan
--
-Dan Newcombe
Internet Address: STDN@VM.MARIST.EDU
Youngstown Freenet: ae007@yfn.ysu.edu
GOAL: To put the world on 3.5" diskettes... :)
------------------------------
From: hwm@hamster.com ("Hartmut W. Malzahn")
Subject: Serial communications problems
Reply-To: hwm@hamster.com
Date: Mon, 7 Dec 1992 13:52:44 +0000
Hi again! I've got another problem with my Linux setup (SLS 0.98.5). I have
the second serial port (COM2 or /dev/ttys1) connected to my modem and the
third (COM3 or /dev/ttys2) to another PC via a null modem cable. I have
neither been able to connect to the modem into Linux nor does the null modem
give me any access.
I am using Qmodem under DOS on the other PC (386/40), and if I set the baud
rate to, say, 9600, and run "getty 9600 /dev/ttys2 &", for example, I get the
login message on the other PC just fine, but that's it then. No reaction
whatsoever to any characters I send to Linux from the other machine.
I have tried various options ("-h", or "-m" with the modem), several baud
speeds from 2400 to 9600 and several different setups of handshake and comms
parameters on the second machine, to no avail. What am I doing wrong?
Any help greatly appreciated!
Cheers -- Hartmut
---
| Hartmut Malzahn | CompuServe: 100012.1107@compuserve.com |
| Zimmerstrasse 9 | Internet: hwm@hamster.com |
| W-5860 Iserlohn | |
| Germany | FAX: +49-2371-14491 |
------------------------------
From: jeff@titan.ucc.umass.edu (DarkShadow)
Subject: A couple of questions
Date: Mon, 7 Dec 1992 15:08:47 GMT
Hi Linuxers!
Just a couple of quickie type questions. First of all, does anyone
know if there is a such thing as "finger/f" which is compatible with
Linux? If so, where can I get the source? Secondly, is Linux network
compatible, i.e. through a SLIP connection or something? Just
curious. Please email me if anyone has any answers. Thanks.
-Jeff
--
Jeff Zabek
Department of Computer Science
University of Massachusetts
email: jeff@titan.ucc.umass.edu
------------------------------
From: pauls@css.itd.umich.edu (Paul Southworth)
Crossposted-To: comp.unix.bsd
Subject: Re: Interim release of 386bsd 0.1?
Date: 7 Dec 1992 15:34:06 GMT
In article <STARK.92Dec6110854@sbstark.cs.sunysb.edu> stark@cs.sunysb.edu (Gene Stark) writes:
>I would say, take the base 0.1 distribution, merge in those patches in the
>patchkit that are CRUCIAL for correct booting and operation of stuff like
>XFree86, make a kernel from this and supply this as the stock boot kernel.
>Do not merge in any of the more dubious patches and drivers, but include them
>on the disk with installation instructions for the hacker who wants to try
>them.
Except, of course, that many people don't care a whit about X. It seems
to me that after all this yammering about whether kernels should be
patched or not, that it would make just as much sense to include maybe
three kernels in the kit. Each kernel takes up around ~400k -- what
exactly would be the problem with including:
1. stock kernel
2. fully patched kernel
3. X kernel
Is space really that tight on this disk?
IMO, making room for kernels makes more sense than making room for
a copy of rogue or chess...
Paul Southworth | ftp ftp.css.itd.umich.edu
(Not speaking for) | Political Archives in /poli
Information Technology Division | Writable incoming directory on:
University of Michigan, Ann Arbor | redspread.css.itd.umich.edu
<Representing myself. Everything I say is for educational use only.>
------------------------------
From: sct@dcs.ed.ac.uk (Stephen Tweedie)
Subject: Re: How do you stop ctrl-alt-del
Date: 7 Dec 92 15:11:48 GMT
In article <mrhoten.723521239@Xenon.Stanford.EDU>, mrhoten@cs.stanford.edu (Matthew Q. Rhoten) writes:
> Originator: mrhoten@Xenon.Stanford.EDU
> That sounds like a good solution. (I wasn't aware of the semantics
> of SIGINT.) It's trivial to hack on it to make CAD to absolutely
> nothing unless you're root, of course.
> It seems to me that syncing should be independent of this stuff -
> after all, reboot/halt don't sync.
Indeed they do - just after disabling logins and sending a signal
(SIGHUP?) to init to kill off existing logins. Come to think of it, I
seem to remember that shutdown sends init two signals; a SIGHUP to
wind down gracefully, followed by a SIGTERM/SIGKILL/something-like-
that to forcibly kill any processes which ignored the polite warning.
As far as I am aware, reboot/halt/shutdown are pretty safe methods of
bringing down a running Linux box, even if it is actively in use; I
have certainly never had any problems rebooting without syncing. The
only potential problem I can think of is that background daemons which
access the root partition might just write to the filing system after
the last sync(); offhand, I can't remember enough about the shutdown
process to say whether such processes would indeed be killed by
shutdown. Any offers?
---
Stephen Tweedie <sct@uk.ac.ed.dcs> (Internet: <sct@dcs.ed.ac.uk>)
Department of Computer Science, Edinburgh University, Scotland.
------------------------------
Crossposted-To: comp.unix.bsd
From: simon@us-es.sel.de (Simon Toomer Fa. SSW)
Subject: Re: fter installing SLS, no response from keyboard!!!!
Date: Mon, 7 Dec 92 15:41:20 GMT
In article <1fkfklINNnit@tamsun.tamu.edu>, ail8070@tamuts.tamu.edu (Andy I. Liaw) writes:
|> Someone please help!
|>
|> I installed SLS on the following system:
|> 486-50dx2, 16mb RAM, 2 maxtor 213mb harddrives, dos5 and os2 on the first
|> drive, with boot manager installed.
|>
1.)|> I ran 'fdisk /dev/hdb' and set three partitions for linux: 2 60mb partitions
|> (hdb1 and hdb3. hdb2 is a 70mb FAT) and the rest hdb4 (about 12mb).
2.)|> I then mkfs /dev/hdb1 61712, and the same for hdb3, and then ran
|> doinstall /dev/hdb1.
|> When asked if using extend FS instead of minix, answered 'n'.
|>Then I chose 3 to install a, b, c, and x series. During the installations,
|> There were messages saying '/user/*.tar not found'. After I installed
|> all the disks, I put in the bootable floppy, and reboot as told.
|>
|> When booting up, everything seems find until I get to the Softland login
|> prompt: I get the cursor blinking but not responding to any keyboard input!!
|>
|> I can't even reboot with alt-ctrl-del at that point! Can anyone offer
|> some clues as to why this happens? Any suggestions/comments appreciated!
|>
|> Thanx ahead.
|>
|> andy
|> aliaw@stat.tamu.edu
|>
Excuse fingers in breaking up your posting into sequences anyway ....
Did you reboot between 1 and 2, you need to reboot after writing the partitition table
If not clear your partition table with fdisk and start again and use mkfs after you've
rebooted and continue with doinstall .....
Hope that cures your problem.
PS. do you have linux .98.5 with Xfree86.1.0, I had problems Xfree86.1.1 and linux .98.1
i.e. needed to recompile the kernel for TCP/IP and X failed with could not find fixed
fonts all this is corrected in the linux .98.5 with Xfree86.1.0, (SLS) distribution
and works wunderful on a 486DX-33 (16M) 200MB notebook admitedly with external ET4000
card via docking station ( I'm looking at getting it to work on internal 640x450 vga)
Regards
Simon T.
simon@us-es.sel.de
------------------------------
From: romano@pimac2.iet.unipi.it (Romano Giannetti)
Subject: SOLVED ghostscript problem (dirty...)
Date: Mon, 7 Dec 1992 14:43:13 GMT
Few days ago, I asked for a solution for the problem that gs (and
menu, and perhaps some other things) won't work with the new
libc.so.4.2; this posed a sad problem, because with lib41 tcsh core
dumps, and with lib42 gs core dumps...
Five or six linuxers wrote me they have the same problem, and asked me
to bounce them the answers. I have found a solution, a *dirty*
one's... but work; and I post this cause it seem to be a quite general
problem.
So, go to /lib
#cd /lib
#ln -s libc.so.4.1 libc.so.O
then go where you have gs (/usr/bin/X11 for me),
#cd /usr/bin/X11
#cp gs gs.orig
#emacs gs
Yes, emacs gs (!) or vi or whatever you want. Search for the string
libc.so.4 and change the final "4" in a "O" (and change only this! I
made so because I don't think it's a good idea to add 2 bytes in an
executable to change it to libc.so.4.1), than save. Run gs and... wow, it
go. Same trick for menu, if you need it.
For the linuxers wizard:
1) I'm going to destroy my system in this way?
2) There is a safe way to switch the libc.so.4 symlink from one libc
to the other without having to boot from bootdisk/rootdisk and
mounting the hd partition? (Try to guess what happened to me the
first time I made it, without thinking...:-)
3) I was not be able to gcc -g -static with -lm, cause I have not
a /usr/lib/libm.a. Someone said me I can debug linking dynamically,
ok; but if I'd like to link statically something with the math lib,
there is the lib somewhere??
OK, this was a quite long message. Bye,
Romano.
--
***************************************************************************
* Romano Giannetti * Dip.to di Ingegneria dell'Informazione *
* * Elettronica, Informatica e Telecomunicazioni*
* romano@iet.unipi.it * via Diotisalvi,2 *
* giannetti@sssup1.sssup.it * Universita' di Pisa, I-56126 PISA, Italy *
***************************************************************************
------------------------------
From: romano@pimac2.iet.unipi.it (Romano Giannetti)
Subject: xfig & xloadimage binaries.
Date: Mon, 7 Dec 1992 15:05:01 GMT
I have successfully compiled xfig and xloadimage under Linux. I report here
the two file I have written to explain what I have done.
I hope I will installan anonymous ftp here, but for now I do not have it;
can someone explain me where I can upload the binaries and how; I have made
the .taz file for my use, and so there are not files containing authors,
readme, etc... I have to upload also the sources?? Or it it sufficient two
README like the following?
Thank you for your help. By the way, is this interesting for someone?
File README.xfig:
The file xfig.taz is a ready-to-go version of xfig.2.1.6 and
transcript 2.1.6, compiled with gcc 2.2.2d, library /lib/libc.so.4.2,
Xfree86 1.1, linux kernel 0.98pl5. I have fixed (I hope :) a problem
that arose with a bug of the Xmono server (I don't know if there is
the same bug in the color server, i can't try it... :) in drawing arcs
- circles, ellipses and so on. Now xfig seems to go on my computer,
but I have tested it only a bit. This is a binary distribution; if you
want the sources patches to xfig.2.1.6, *explain* me how can I produce
it (where's the man page of diff???) and I will be glad to put it in
the same place I have put the binaries. Anyway. if you only want to
use it, install it with (this works fine if you have installed linux
from SLS, I don't know if the directory tree is the same for every
Linux)
# sysinstall -install xfig.taz
NB: (I repeat NB:): I have the symlink
/usr/lib/X11/shlib/jump/X11 -> /usr/lib/X11
and I think it's *necessary* to run this program... hey, out there, I
think this is a general problem (or we need a different Imake.tmpl???)
(BTW, I think the sysinstall ideas is great; simple and very general in
it's use. If only it was a little more documented... I'd like to have
such a tool in ultrix instead of the unreliable setld...).
File README.xloadimg
The file xloadimg.taz is a binary ready-to-go version of xloadimage
release 3 pl 03, compiled with gcc 2.2.2d, library /lib/libc.so.4.2,
Xfree86 1.1, linux kernel 0.98pl5. The only hack needed was in
window.c, were I had to change FD_SET to __FD_SET and FD_ZERO to
__FD_ZERO. This is a really strange things, because looking to the
headers file (especially time.h, types.h), it seem this should not be
necessary. I think there must be same misplaced #undef somewhere, but
I was not be able to catch it. It seem to work... Anyway. if you only
want to use it, install it with (this works fine if you have installed
linux from SLS, I don't know if the directory tree is the same for
every Linux)
# sysinstall -install xloadimg.taz
NB: [...like the preceding one...]
Bye,
Romano.
--
***************************************************************************
* Romano Giannetti * Dip.to di Ingegneria dell'Informazione *
* * Elettronica, Informatica e Telecomunicazioni*
* romano@iet.unipi.it * via Diotisalvi,2 *
* giannetti@sssup1.sssup.it * Universita' di Pisa, I-56126 PISA, Italy *
***************************************************************************
------------------------------
From: dmcquaid@csws19.ic.sunysb.edu (Devin McQuaid)
Subject: Re: kermit & SLS
Date: 7 Dec 92 15:29:21 GMT
In article <Byw5Hx.KuI@max.physics.sunysb.edu> dmcquaid@csws19.ic.sunysb.edu () writes:
>I just got the new SLS and for some reason kermit
>is locking up. I can start kermit ok. I just can't
>connect to anything when I try everything locks and I
>have to reboot. Any ideas.
>
> Thank you for your time.
> -Devin
>
>ps. I'm writting this from DOS I think I' going to be sick.
I tried X and it won't recognise my serial mouse (logitech)
the mouse is on /dev/ttys2 and the modem is /dev/ttys1
is there something wrong with how the latest SLS release
(or kernel 98p5) in how it handles the serial ports?
At a loss,
-Devin
------------------------------
From: d_smith@csd.uwe.ac.uk (Dylan Smith)
Crossposted-To: comp.unix.pc-clone.32bit,comp.unix.wizards,comp.unix.misc,gnu.misc.discuss
Subject: Re: ANNOUNCEMENT: Alpha release Linux/GNU/X unix clone on CDROM for PCs
Date: 7 Dec 92 14:10:11 GMT
In article <ByLn10.GLv@digiboard.digibd.com> rhealey@dellr4.digibd.com (Rob Healey) writes:
>In article <1992Nov30.041609.14502@leland.Stanford.EDU>, dkeisen@leland.Stanford.EDU (Dave Eisen) writes:
> No, Bill threw it back in to the stone ages. QDOS, from which
> MSDOS was derived, was a quicky attempt at an 8086 port of
> CP/M. CP/M-86 was available but Digital Research was out playing
Especially as CP/M already had a multitasking version (Concurrent CP/M-86).
I actually have used it, and it worked well.
--
Email : JANET dylan@uwe.hal | Everywhere else : dylan@hal.uwe.ac.uk
d_smith@uwe.csd | d_smith@csd.uwe.ac.uk
------------------------------
Crossposted-To: comp.unix.bsd
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: Bug in X386 Xmono server?
Date: Mon, 7 Dec 1992 16:50:39 GMT
In article <1992Dec4.175440.17024@cli.di.unipi.it> romano@pimac2.iet.unipi.it (Romano Giannetti) writes:
> It seem I found a bug in the Xmono server distributed with Linux. I post
> this one here to know if someone know:
> .) if Xfree86 1.2 correct this bug;
Yes. I tested this out over the weekend. But I can't tell you when
XFree86 1.2 will be released.
> .) if anyone has patched sources so I can recompile Xmono under Linux;
Well, the patches sources are only available to our beta testers right
now. There are a lot of other things done and planned for XFree86 1.2.
> .) if anyone has a X386 version (not buggy!) to use 640x480x16 generic
> vga (Yes, I have linux on a laptop).
>
No. Nor do we intend to do one. But if someone else tackles it, we will
accept the contribution.
The reason that this is not supported is the way VGA implements the 16-color
modes. In 256-color modes, each byte of frame buffer memory contains 1 pixel.
But the 16-color modes are implemented as bit-planes. Each byte of frame-
buffer memory contains 1 bit from each of each of 8 pixels, and there are
four such planes. The MIT frame-buffer code is not designed to deal with
this. If VGA handled 16-color modes by packing 2 4-bit pixels into each
byte, the MIT code could be modified to support this (or it already may;
I'm not sure). But for the VGA way of doing things, a complete new
frame-buffer implementation is required. And it's not something we want
to tackle.
> --
> ***************************************************************************
> * Romano Giannetti * Dip.to di Ingegneria dell'Informazione *
> * * Elettronica, Informatica e Telecomunicazioni*
> * romano@iet.unipi.it * via Diotisalvi,2 *
> * giannetti@sssup1.sssup.it * Universita' di Pisa, I-56126 PISA, Italy *
> ***************************************************************************
If you (or anyone) are interested in joining the XFree86 beta program, send
mail to xfree86@physics.su.oz.au. There are two basic requirements (a) you
have something to contribute (i.e. you're not just looking for early access,
but plan to contribute code, or test in new/stressful configurations), and
(b) you have FTP access (all of our beta code is only available via
anonymous FTP).
--
David Wexelblat <dwex@mtgzfs3.att.com> (908) 957-5871
AT&T Bell Laboratories, 200 Laurel Ave - 4B-421, Middletown, NJ 07748
"The meaning of life? That's simple. Try to be happy, try not to hurt
other people, and hope to fall in love." -- Mallory Keaton
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU
You can send mail to the entire list (and comp.os.linux) via:
Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU
Linux may be obtained via one of these FTP sites:
nic.funet.fi pub/OS/Linux
tsx-11.mit.edu pub/linux
tupac-amaru.informatik.rwth-aachen.de pub/msdos/replace
The current version of Linux is 0.97 released on August 1, 1992
End of Linux-Activists Digest
******************************